home *** CD-ROM | disk | FTP | other *** search
/ Whiteline: delta / whiteline CD Series - delta.iso / dl_serie / updates / 078 / arj_996 / changes.log < prev    next >
Text File  |  1995-11-25  |  19KB  |  494 lines
  1. 26 August 1995 - Hans Wessels
  2.  9.96 rev. 3.008 (release)
  3.  GENERAL
  4.  * New e-mail adresses:
  5.    Hans Wessels (that's me!): MR_NI@MST.TN.UTWENTE.NL
  6.                           or: MR_NI@MBH.ORG
  7.    Ger Hobbelt (Insh_Allah) : I_A@MBH.ORG
  8.  
  9.  ARJBETA
  10.  * Improved sliding dictionay code, it is quite fast now! No problem
  11.    with Degas pictures anymore.
  12.  * Added mode 7, a compression method incompatible with ARJ from Mr 
  13.    R. Jung, but better compression, especially on test files. This
  14.    mode uses a 32k dictionary instead of a 26k dictionary.
  15.  * Added mode 1-7 support, added -jm support:
  16.    -m7 -jm : best compression, incompatible with ARJ from Mr R. Jung
  17.    -m7     : good compression, incompatible with ARJ from Mr R. Jung
  18.    -m1 -jm : best compression, compatible with ARJ from Mr R. Jung
  19.    -m1     : good compression, compatible with ARJ
  20.    -m6 -jm : lesser, but faster compression, incompatible
  21.    -m6     : lesser, but faster compression, incompatible
  22.    -m2 -jm : lesser, but faster compression, compatible
  23.    -m2     : lesser, but faster compression, ARJ Jung compression ratio
  24.    -m5 -jm : medium, but fast compression, incompatible
  25.    -m5     : medium, but fast compression, incompatible
  26.    -m3 -jm : medium, but fast compression, compatible
  27.    -m3     : medium, but fast compression, LZH compression ratio
  28.    -m4 -jm : low, but fast compression, compatible
  29.    -m4     : low, but fast compression, compatible
  30.    -m0     : no compression, store files, compatible
  31.  
  32.  UNARJ:
  33.  * Unarj is prepared for mode 8, an improved mode 1 packing algorithm 
  34.    with a bigger sliding dictionary (64k). This mode 8 is incompatible 
  35.    with the original ARJ by R. Jung.
  36.  * Unarj is compatible with ARJZ, a Russian ARJ packer using a 64k
  37.    sliding dictionary.
  38.  
  39. 3 Juni 1995 - Hans Wessels
  40.  9.95 rev. 3.007 (internal revision)
  41.  ARJBETA:
  42.  * New sliding dictionary code, faster on textfiles, still slow on 
  43.    Degas picture files.
  44.  
  45.  UNARJ:
  46.  * Unarj is prepared for mode 7, an improved mode 1 packing algorithm 
  47.    with a bigger sliding dictionary (32k). This mode 7 is incompatible 
  48.    with the original ARJ by R. Jung.
  49.  
  50. 7 May 1995 - Hans Wessels
  51.  9.95 rev. 3.006 (internal revision)
  52.  ARJBETA:
  53.  * Improved packing algorithm a little bit, slightly better compression.
  54.  * -v without a number: use free diskspace as volume size.
  55.  
  56. 23 April 1995 - Hans Wessels
  57.  9.95 rev. 3.005 (internal revision)
  58.  ARJBETA:
  59.  * Implemented new Huffman calculation routines, 20 times faster as
  60.    the original routines! Overall speed improvement: c.a. 10%.
  61.  
  62. 12 March 1995 - Hans Wessels
  63.  9.95 rev. 3.004 (release)
  64.  ARJBETA:
  65.  * Improved packing ratio. ARJBETA has proven to pack better than:
  66.    -LHArc 3.10 on the ST           230KB better on 27.5MB
  67.    -STZIP 2.5 on the ST            134KB better on 27.5MB
  68.    -ARJ 2.41a on MS DOS using -jm  195KB better on 152MB
  69.    -PKZIP on MS DOS                159KB better on 152MB
  70.  * fixed bug in sliding dictionary code
  71.  GENERAL:
  72.  * added the ARJBETA.FAQ file: the answers to frequently asked questions.
  73.  
  74.  9.94 rev. 3.003 (internal revision)
  75.  ARJBETA:
  76.  * Fixed dictionary length, the sliding dictionary was 1 byte too long, 
  77.    causing an incompatibility with ARJ on MS DOS (not with UNARJ ST).
  78.  * Multiple volume support. You can use the switch -v<number> to enable
  79.    packing in multiple volume archives. The number has the following
  80.    meaning:
  81.    -v180  volume size is 177152 bytes  (single sided 40 x 9 disk)
  82.    -v200  volume size is 197632 bytes  (single sided 40 x 10 disk)
  83.    -v205  volume size is 202752 bytes  (single sided 42 x 10 disk)
  84.    -v360  volume size is 360448 bytes  (single sided 80 x 9 or 
  85.                                         dual sided 40 x 9 disk)
  86.    -v400  volume size is 401408 bytes  (single sided 80 x 10 or
  87.                                         dual sided 40 x 10 disk)
  88.    -v405  volume size is 406528 bytes  (single sided 82 x 10 disk)
  89.    -v410  volume size is 411648 bytes  (dual sided 42 x 10 disk)
  90.    -v720  volume size is 728064 bytes  (dual sided 80 x 9 disk)
  91.    -v800  volume size is 809984 bytes  (dual sided 80 x 10 disk)
  92.    -v820  volume size is 830464 bytes  (dual sided 82 x 10 disk)
  93.    -v1440 volume size is 1456640 bytes (dual side 80 x 18 (hd)disk)
  94.    -v1600 volume size is 1623040 bytes (dual sided 80 x 20 (hd)disk)
  95.    -v1620 volume size is 1664000 bytes (dual sided 82 x 20 (hd)disk)
  96.    -v2880 volume size is 2913280 bytes (dual sided 80 x 36 (ed)disk)
  97.    -v3200 volume size is 3246080 bytes (dual sided 80 x 40 (ed)disk)
  98.    -v3240 volume size is 3328000 bytes (dual sided 82 x 40 (ed)disk)
  99.  
  100.    -v<(number > 8192)> volume size is specified <number> of bytes
  101.    -v<all other cases> volume size is 1456640 bytes
  102.                                        (dual side 80 x 18 (hd)disk)
  103.  UNARJ:
  104.  * Fixed some default options, most important, the default for -~g is now off,
  105.    when switched on -~g extracts the file <filename>.ARJ in the folder
  106.    <filename>.
  107.  * Fixed bug in multiple volume handling: split volumes without a split
  108.    file on the volume break are recognized too.
  109.  
  110. 18-01-1995 Hans Wessels
  111.  9.94 rev. 3.002 (release)
  112.  ARJBETA:
  113.  * ARJBETA doesn't try to pack 2^32 bytes when it's only supposed to pack
  114.    1 byte.
  115.  
  116.  UNARJ:
  117.  * Fixed some bugs in the e-command structures, causing the JR versions
  118.    always to use the e command.
  119.  
  120. 15-01-1995 Hans Wessels
  121.  9.94 rev. 3.001 (release)
  122. UNARJ_JR:
  123.  * The e command now works in the UNARJ junior versions too!
  124.  
  125. 9.94 rev. 3.000 (internal revision)
  126. General:
  127.  * Switched from my alias (Mr Ni! (the Great)) to my real name:
  128.    Hans Wessels. Hello everyone! My name is Hans Wessels, nice
  129.    you read this document comming with my ARJBETA and UNARJ by
  130.    the TOS-crew.
  131.  
  132. New and improved in ARJBETA:
  133.  * Mode 1 improved a lot! It's now better than the mode 1 of ARJ by 
  134.    R. Jung! Only the -jm switch of ARJ by R.J. might beat this ARJ 
  135.    implementation. ARJ is now the best packer on the ST platform!
  136.  
  137.  * Recursive file search implemented by Wout Klaren (many thanks Wout!).
  138.  
  139.  * File date, time and attributes are now stored too in the ARJ archive.
  140.  
  141.  * Implemented all ARJ modes but still no user interface, so you can
  142.    only use the default mode 1.
  143.  
  144.  * Implemented the special cases, in theory (that means if there are
  145.    no bugs in the program) all files are packed and depacked correctly.
  146.    In the previous version the special cases weren't implemented, but
  147.    files that trigger a special case are _VERY_ rare. (I didn't get any
  148.    complaints of packing errors so I assume till now no one tried to 
  149.    pack such a special case file.)
  150.    
  151.  * Set file spec position in filename to the right value
  152.  
  153.  * Removed division by zero exception on empty files. (Has no visible 
  154.    effects on normal ST's with standard division by zero handler.)
  155.  
  156. New and improved in UNARJ:
  157.  
  158.  * Fixed bug in commandline parsing, -jpxx now works correctly
  159.  
  160.  * Options e and -e are now working as they supposed to; extract archives
  161.    without paths. (Bug reported by Albi Rebmann, thanks a lot for the bug 
  162.    report!)
  163.  
  164. 30-10-1994 Mr Ni! (the Great)
  165. 9.93 rev. 2.030 (Release)
  166.  
  167.  * Mode 1 implemented, but there is still a lot of work to do on the
  168.    algorithm
  169.  
  170.  * I have got a new e-mail address: mr_ni@mbh.org
  171.                                     mr_ni@mst.tn.utwente.nl
  172.  
  173.    Insh_Allah's new address is:     i_a@mbh.org
  174.  
  175.  * Most of the code was written at the SiliConvention in Delmenhorst.
  176.    Hi Avena, Great party!
  177.  
  178. rev. 2.025 - rev. 2.030 internal revisions
  179.  
  180. 05-10-1994 Mr Ni! (the Great)
  181. 9.92 rev. 2.024 (Release)
  182.  
  183.  * Bug removed from ARJ_BETA code. Files that can't be packed are now
  184.    stored correctly
  185.  
  186.  * Unarj Junior versions bit smaller and faster code
  187.  
  188. 18/09/1994 Mr Ni! (the Great)
  189. 9.92 rev. 2.023 (Release)
  190.  
  191.  * Mode 4 packing 3 to 5 times faster :-) Packing speed is roughly
  192.    the same as LZH 3.xx. Pack ratio is less. Expected future speed 
  193.    improvements are:
  194.      -usage of Chaos CRC-routines (30% faster as the currently 
  195.       used routine)
  196.      -conversion to assembly of the whole pack routine (now only the
  197.       dictionary search and update is optimized)
  198.      -usage of the UNARJ file buffering routines
  199.      -usage of again another tree structure????
  200.    Expected speed reductions are:
  201.      -mode 1 packing (bigger sliding dictionary, huffman tree building)
  202.      -support of all ARJ commands and some TOS-crew additions (to be
  203.       recognized with -~)
  204.  
  205.  * Added wildcards to ARJ_BETA, not the sophisticated I_A wildcards
  206.    but standard OS controlled wildcards (user request from 
  207.    Chipswinger). For recursive packing of subdirectories please
  208.    wait for the user interface by Insh_Allah.
  209.  
  210.  * Removed file load bug from ARJ_BETA, modulo 32678 files don't
  211.    result in an error message anymore.
  212.  
  213.  * Changed IRA support to terrorists support: as long as the treaty
  214.    in Northern Ireland holds IRA support is removed. We are looking
  215.    for another terrorist organisation to be supported by -~b ;-)
  216.  
  217.  * even smaller depack routines to include into your own programs:
  218.    mode 1-3 depack: 1012 bytes
  219.    mode   4 depack:  144 bytes
  220.    mode   0 depack: trivial
  221.    Use UNARJ_PR to dump packed data in a file, see for usage of
  222.    -~d the documentation of UNARJ_PR
  223.  
  224.  * Added the TOS-crew ARJ icons (for use with TeraDesk, I've heard
  225.    that the normal Atari desktop won't work with icons bigger 
  226.    than 32x32. Well, these icons are bigger, so get TeraDesk 1.40A
  227.    (that's the newest version now (about 5 days old now))
  228.  
  229.  * the TOS-crew now can be contacted by e-mail! Write to:
  230.    i_a@mbh.org to contact Insh_Allah or
  231.    mr_ni@mbh.org to contact me (Mr Ni! (the Great))
  232.  
  233.  * For easy use of ARJ_BETA install the program on your desktop
  234.    (TeraDesk is the best)(use menu item 'Install Application')
  235.    and enter at the command line:
  236.  
  237.    d:\result.arj %f
  238.  
  239.    Now you can drop the file(s) to be packed on the ARJ_BETA icon 
  240.    and the files will be packed in the file d:\result.arj.
  241.    If the file result.arj already existed the file will be deleted
  242.    destroying all previously packed files and a new file will be
  243.    created.
  244.  
  245. rev 2.018 - 2.022 internal development revisions
  246.   * Tried to improve packing speed by using the following tree
  247.     structures:
  248.       -simple sorted list with insertion sort updating (far to slow)
  249.        (don't say I should have used quicksort, each byte has to be
  250.        inserted in a sorted list followed by a tree search. Trying to
  251.        quicksort a sorted list is deadly, in this case insertion sort
  252.        is really the fastest (and of order n))
  253.       -linked trie structure (memory efficient but slow)
  254.       -sequential trie structure (please insert 8MB)
  255.       -own developed statistical dictionary search (best yet)
  256.  
  257. 30/08/1994 Mr Ni! (the Great)
  258.  
  259.   rev. 2.017 (Release)
  260.  
  261.  * Even faster decrunching in UNARJ and UNARJ_PR
  262.  
  263.  * Bug in dump-mode fixed (UNARJ_PR)
  264.  
  265.  * Added depack and CRC sources, free to include in your programs
  266.  
  267.  * Smaller Junior versions
  268.  
  269.  * ARJBETA included, I am still working on it but here is a first
  270.    sample of things to come. Next version will be faster (I hope)
  271.    and will include a userinterface by Insh_Allah (he coded the 
  272.    user interface of all the UNARJ versions too!)
  273.  
  274. rev 2.004 - 2.016 (Internal ARJ development versions)
  275.  
  276. 04/07/1994 Mr Ni! (the Great)
  277.  
  278.   rev. 2.003 (Release)
  279.  
  280.  *  Fixed bug in environment handling, all works now as promised (I do
  281.     hope so).
  282.  
  283.  *  Further optimized CRC and depack routines.
  284.  
  285.  *  Changed to a new, faster, printf routine, converted some string
  286.     routines to assembley.
  287.  
  288.  *  Total speed improvement compared to previous release about 2%.
  289.  
  290.  
  291. ??/05/1994
  292.  
  293.   rev. 2.002 (internal revision)
  294.  
  295.  *  Fixed bug in decode routine, very rare arj files could trigger
  296.     this bug; one of the over 10000 files (over 1GB packed data) we
  297.     tested trigered this bug.
  298.  
  299.  
  300. 05/04/1994
  301.  
  302.   rev. 2.001 (internal revision)
  303.  
  304.  *  Fixed bug in short usage.
  305.  
  306.  
  307. 06/03/1994 Insh_Allah
  308.  
  309.   rev. 2.000 (release)
  310.  
  311.   * Changed to version 9.90β: prelude to ARJ (which will start at version
  312.     10.00)
  313.  
  314.     We chose rev 2.000 as the documentation talks about rev. 1.0xx and
  315.     upwards. We didn't want to change that so we updated the 'revision'
  316.     number too!
  317.     
  318.   * filecount display bug removed
  319.  
  320.   * problem with startup-code from Pure C/Turbo C removed: all filenames
  321.     (including the ones containing characters > ASCII 127) are recognized
  322.     correctly now. (Pure C startup-code treated commandline input as array
  323.     of 'signed char' and compared (*p <= ' ') to cut commandline into
  324.     argv[] list!
  325.  
  326.   * most texts have been changed to German for UNARJJRG.TTP (some
  327.     error-messages are still in English though!)
  328.  
  329.   * UNARJ Junior versions now can 'test' archives as was listed in the
  330.     documentation long ago. (The first Junior Versions were targeted NOT to
  331.     be able to TEST, only to VIEW and EXTRACT!)
  332.  
  333.   * Configuration-structs have changed, which results in over 32 KILOBYTE
  334.     less DATA-space in de executable on disk!
  335.  
  336.   * repaired 'broken archive' handling which seemed to be broken long time
  337.     ago.
  338.  
  339.   * removed pointer-related bug in short-usage()
  340.  
  341.   * removed bug related to newly introduced dump-mode and 'UPDATE/FRESHEN'
  342.     setting: warning was issued for every (UN)ARJ version, even the ones
  343.     that don't carry the dumpmode along...
  344.  
  345. 30/01/1994 rev. 1.101 (Internal Revision) alpha
  346.  
  347.   * commandline parser bug (SERIOUS ONE!) removed: previous versions
  348.     COULDN'T handle the promissed option-concatenation as far as constructs
  349.     like
  350.  
  351.         -auvjr1jx
  352.  
  353.     which is meant to be decoded as
  354.  
  355.         -a -u -v -jr1 -x
  356.  
  357.     were concerned: switching back to 'normal' (read as: 'non-shifted')
  358.     options would force an errormessage due to some bug in the parser-code.
  359.     Oops!
  360.  
  361.     Well, to be honest is went something like this: I adapted the option-
  362.     lists without changing the parser-code accordingly, so it went a teeny
  363.     wheeny bit wrong at this particular point. Now that I didn't get any
  364.     furious user on the phone about this one means:
  365.  
  366.     1) users didn't yet concatenate options that fanatically, or
  367.  
  368.     2) users didn't think it was worth the paper their anger would be
  369.        spilled on, or
  370.  
  371.     3) otherwise, in fact ...............................
  372.  
  373.     (*) mark the number of your choice and, where required, please do write
  374.     something on the dotted lines...  ;-]
  375.                                                                               
  376.   * Now we are 100%% ARJ compatible as far as commandline parsing is
  377.     concerned as we can mix various shifted options (see the on-line
  378.     manual, to be shown when executing
  379.  
  380.       (UN)ARJ -?
  381.  
  382.     for details)
  383.  
  384.   * We decreased usage information when an error occurs, so users can still
  385.     read the line(s) listing the error, even if they have option '-jp'
  386.     switched off. The usage() can be viewed using '-? -jp' anyway!
  387.  
  388.   * 'presumes_curdir': bug fixed which caused routines NEVER to find
  389.     trailing '\\' when it DID exist at the end!
  390.  
  391.  
  392. 06/01/1994 21:29 rev. 1.092 (Internal Revision) alpha
  393.  
  394.   * bug with CRC calculus for 1-byte, 2-byte, 64KByte+1 byte, 64KByte +
  395.     2-bytes, etc... filelengths. Run that test properly now (When intro-
  396.     ducing Chaos CRC routine, we did change some things to fit the routine
  397.     into the rest of the code, but we unfortunately DIDN'T check these
  398.     special filesizes. (oops 8-[ )
  399.  
  400.   * bug when displaying introductionary usage() fixed: when that text was
  401.     displayed, settings would be such that it would allways be printed as
  402.     if '-ss' option was enabled, even when it wasn't -> unreadable text
  403.     flashing along on a single line, useless to the novice, for which the
  404.     text is meant...
  405.       
  406. 26/12/1993 ??:?? rev. 1.091 (Internal Revision) alpha
  407.  
  408.   * 'bugs' fixed concerning BACKUP flagged files: now (UN)ARJ listens to
  409.     -jg and -jg1 switches correctly: -jg1 lists BACKUP files only with 'v'
  410.     or 'l' commands; unless '-jg' or '-jg1' specified, you cannot extract
  411.     any BACKUP flagged files (before, BACKUP flagged files were extracted,
  412.     thus blocking their non-BACKUP flagged equivalents unless file
  413.     overwrite was enabled. (boo :-((( ))
  414.  
  415.   * 'dump' mode introduced: very handy for those among you want to use
  416.     ARJ-packed files for demo's or include it in their own source. 'dump'
  417.     can be done in 'binary' or 'source' form; 'header-files' can be created
  418.     on the way in Assembley or C-language. 'source'-dump can be either ASM
  419.     or C-style.
  420.  
  421.   * once more ;-)) we reorganized our sources. BTW, we are now heading for
  422.     the 100K executable. (unpacked!) Estimates are we can gain 40% with
  423.     complete packed executable, but since I personally HATE ice! and other
  424.     style packed executables...
  425.  
  426.   * included options (tested):
  427.  
  428.    -~ss (no screen scrolling) (user request)
  429.  
  430.     -~fb[nnn] specify amount of file-buffering. (handy in Multitasking
  431.               Environments, negative values specify amount of mem still
  432.               free when running (UN)ARJ)
  433.  
  434.     -~crc[n] CRC speed (and memory usage)
  435.  
  436.     -~* no CRC checking (unsafe but faster extracting)
  437.  
  438. 12/12/1993 11:00 rev. 1.09 (Internal Revision) alpha
  439.  
  440.   * we keep 'alpha' in our version number as long as we don't have packing
  441.     implemented...
  442.  
  443.   * depacking has been speeded up again (again!).
  444.  
  445.   * bugs removed concerning non-ARJ files:
  446.  
  447.     if you would do something like this
  448.  
  449.       UNARJ.TTP t -ray+ -v+ k:\*.*
  450.  
  451.     all files, including modules, texts, etc. are looked upon as possible
  452.     ARJ files and, as you might have guessed, a lot of error-messages
  453.     result from this action. However, we might expect to have the innocent
  454.     user to issue such a command once in a while. (.ARJ extension is
  455.     automatically added when you do this:
  456.  
  457.       UNARJ.TTP t -ray+ v+ k:\*                           )
  458.  
  459.     Things went WRONG ('Internal Error', crash(!), etc.) when you did this:
  460.  
  461.       UNARJ.TTP x -ray+ -v+ k:\*.*
  462.  
  463.     (really depack the shit you'll find) Now finally this problem has been
  464.     fixed: UNARJ is made more butthead-proof...
  465.  
  466. 22/09/1993 ??:?? rev. 1.03 alpha (intern)
  467.  
  468.   * Again speed up for mode 4 extracting.
  469.  
  470. 09/09/1993 @ 00:44:?? rev. 1.02 alpha:
  471.  
  472.   * total files count fixes (was allways displayed as ZERO
  473.  
  474.   * total size etc. when viewing fixed.
  475.  
  476.   * redirection with stderr included ( >& ) fixed (we hope)
  477.  
  478.   * error-count report fixed: broken archives and unrecognized archives are
  479.     counted as errors now too!
  480.   
  481. added:
  482.  
  483.   * global error count report: summa summarum all errors.
  484.  
  485.   * even faster depacking still: speed increment by a marv' 10%
  486.   
  487. 10/09/1993 @ 21:50:?? rev 1.03 alpha:
  488.  
  489.   * version 1.02 had a MAJOR BUG since we used new file-access routines:
  490.     every ARJ was opened and immidiately WRITTEN to! No wonder every ARJ
  491.     was bad afterwards and reduced to zero bytes in the process: how to get
  492.     lots of free disk space (variant 3546 ;-(( )
  493.  
  494.